home *** CD-ROM | disk | FTP | other *** search
/ Light ROM 4 / Light ROM 4 - Disc 1.iso / text / maillist / 1994 / aug94.doc / 000293_owner-lightwave-l _Mon Aug 8 07:33:50 1994.msg < prev    next >
Internet Message Format  |  1995-03-23  |  3KB
  1. Return-Path: <owner-lightwave-l>
  2. Received: by mail.netcom.com (8.6.8.1/Netcom)     id GAA26529; Mon, 8 Aug 1994 06:45:28 -0700
  3. Received: from hpfcla.fc.hp.com by mail.netcom.com (8.6.8.1/Netcom)     id GAA26496; Mon, 8 Aug 1994 06:45:22 -0700
  4. Received: from hpfcogv.fc.hp.com by hpfcla.fc.hp.com with SMTP     (1.37.109.4/15.5+IOS 3.20) id AA02051; Mon, 8 Aug 94 07:43:14 -0600
  5. Received: by hpfcogv.fc.hp.com     (1.37.109.4/15.5+IOS 3.22) id AA05059; Mon, 8 Aug 94 07:43:25 -0600
  6. Date: Mon, 8 Aug 94 07:43:25 -0600
  7. From: Steve Koren <koren@hpfcogv.fc.hp.com>
  8. Message-Id: <9408081343.AA05059@hpfcogv.fc.hp.com>
  9. To: lightwave-l@netcom.com
  10. Subject: Crashes (was: Re: CrR)
  11. X-Phase-Of-Moon: the moon is waxing crescent (2% illuminated)
  12. In-Reply-To: <Pine.3.89.9408072240.A7668-0100000@netcom4>
  13. References: <199408080013.RAA29970@netcom10.netcom.com>     <Pine.3.89.9408072240.A7668-0100000@netcom4>
  14. Sender: owner-lightwave-l@netcom.com
  15. Precedence: list
  16. Reply-To: lightwave-l@netcom.com
  17.  
  18.  
  19. > > one problem. I loadin in a big scene that i have been created at
  20. > > work for this game im doing.  Whet to press render and BOOM
  21. > > CRASH.. all it said on the
  22.  
  23. > will tell you in bytes how much RAM you need. If you do not have enough 
  24. > memory left over for the frame buffer, LW will tell you. What hapened to 
  25. > you is that you had just enough memory to allocate the frame buffer, but 
  26. > not enough to allocate the RGB buffer. LW probably didn't have any memory 
  27. > left to even bring up a requester to tell you.
  28.  
  29. On the other hand, I have had LW crash when I have plenty of memory
  30. left.  I can induce a crash 100% of the time by rendering a particular
  31. object I have been modeling which has about 8000 points and 6000
  32. polygons.  But I still have well over 8 Mb of fast RAM free when LW
  33. starts drawing to the render screen.  The bug appears to be related to
  34. transparency maps, because:
  35.  
  36.   1) If I turn the transparency maps OFF, then the image renders OK, but
  37.      in the process LW corrupts the system memory pool such that any
  38.      further process attempting an AllocMem() crashes the system.  This
  39.      of course makes the system unusable and I have to reboot after
  40.      every single render.
  41.  
  42.   2) If I turn the transparency maps ON, then the system crashes
  43.      immediately upon beginning to render (once again with lots of free
  44.      FAST and CHIP RAM).
  45.  
  46. In other (non-render) repects, Layout has been perfectly stable for me.
  47. I have also seen the Modeler get *very* flaky with large objects,
  48. particularly if one has been doing operations such as rail extrusions.
  49. (Once again not a RAM problem).  Certain things will always lock up or
  50. crash the modeler - for example, if I use the wedge or toroid ARexx
  51. scripts, and then immediately hit the "a" key to recenter the view, LW
  52. locks up (but does not crash).  I get lots of crashes when moving
  53. sections of large objects interactively.
  54.  
  55. So basically, the original poster may in fact have been out of memory,
  56. or he may have been running into something else.
  57.  
  58. (I've sent the crash-inducing object to Allen, so hopefully he'll take a
  59. look to see what is going on.  Also I sent him some enforcer log output,
  60. since LW gets a whole pile of enforcer hits on my system.  Some Mungwall
  61. checking couldn't hurt either.  I suspect there are some malloc errors
  62. lurking in there somewhere).
  63.  
  64.   - steve